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© Credit card system. 



© A credit card system comprises a central unit 
and plurality of local units communicating with the 
central unit. The central unit includes a centra! stor- 
age device for each subscriber for storing amounts 
to be charged to the respective subscribers, and 
each of the local units includes a plurality of iocal 
storage devices assignable to the subscribers, at 
least one card reader for receiving a subscriber's 
card and for enabling the subscriber to open a local 
account, to transfer thereto a predetermined sum 



from the central unit, and thereafter to order local 
transactions involving the sale of products or ser- 
vices from the local account, until a specified permit- 
ted sum is in the local account. When the iocal 
account drops below the permitted sum, a transfer is 
automatically effected from the subscriber's central 
storage device. The system thus performs both iocal 
and central transactions while minimizing commu- 
nication with the central unit, thereby enabling credit 
card transactions of low value, and at high-speed. 
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BACKGROUND OF THE INVENTION 



The present invention relates to a credit card 
system, and particuiary to one which includes a 
plurality of card readers at various locations en- 
abling the subscribers to charge various items, 
involving the sale of a product or service, to their 
account at a central location. 

The term "credit card", as used herein, is 
intended to include not only the usual credit cards 
whose users enjoy credit allowances, but also debit 
cards which are now finding widespread use to 
allow an immediate debiting to the user's account 
at the moment of the transaction. 

More and more payments are carried out using 
credit cards (which term also includes debit* cards, 
as noted above) insertable into card readers at 
various locations and communicating with a data 
base at a central location. However, such commu- 
nication between local card readers and the central 
data base is relatively expensive, and the use of 
such a system for low value transactions is there- 
fore normally not economicaiiy feasible. Thus, most 
vending machines do not allow credit card pay- 
ments because of the relatively high expense, 
compared to the value of the transaction, involved 
in providing communication between the card read- 
er and the central data base for payment approval. 
In addition, credit cards are not generally used to 
make payments for train tickets, toll charges, vend- 
ing machines, etc., because of the time delay in- 
herent in obtaining payment approval from the cen- 
tral data base, which time delay would cause un- 
due congestion at the ticket gates, toll booths, 
vending machines, etc. 

OBJECTS AND SUMMARY OF THE INVENTION 



An object of the present invention is to provide 
a credit card system which may be used for per- 
forming both local and central transactions, while 
minimizing communication between the ioca! card 
reader and the central data base, thereby enabling 
credit card transactions of low value to be per- 
formed at relatively low cost. 

Another object of the invention is to provide a 
credit card system which may include a high- 
speed payment approval procedure with the central 
data base, thereby enabling the system to be used 
for high-speed transactions, such as for making 
payments for train tickets, toll booths, vending ma- 
chines, and the like. 

According to the present invention, there is 
provided a credit card system for a plurality of 
subscribers each having a credit card, comprising 



a central unit and a plurality of local units commu- 
nicating with the central unit. The central unit in- 
cludes a central storage device for each subscriber 
for storing amounts to be charged to the respective 

5 subscribers. Each of the local units includes a 
plurality of local storage devices assignable to the 
subscribers; at least one card reader for receiving a 
subscriber's card when inserted therein to order a 
transaction involving the sale of a product or ser- 
-10 vice, and for identifying the subscriber; and an 
Open-Account means enabling a subscriber of the 
central unit, upon inserting the subscriber's card 
into the card reader of the local unit, to open a 
local account in the respective local unit, to be 

75 assigned a local storage device, and to transfer a 
predetermined sum from the subscriber's central 
storage device to the subscriber's local storage 
device. Each of the local units further includes 
validating means for comparing the cost of the 

20 ordered transaction with the amount stored in the 
subscriber's local storage device, and for validating 
the transaction if the cost does not exceed the 
stored amount by a specified permitted sum; and 
means effective upon validating the transaction for 

25 subtracting the cost thereof from the amount stored 
in the subscriber's local storage device. 

According to further preferred features in the 
preferred embodiment of the invention described 
below, each of the local units further includes dis- 

30 play means for displaying whether or not the trans- 
action has been validated, and the amount remain- 
ing in the subscriber's local storage device; and 
means, effective when the amount stored in the 
local storage unit drops below a specified mini- 

35 mum, to automatically transfer a predetermined 
amount from the subscriber's central storage de- 
vice to the subscriber's local storage device. 

Each of the local units in the described system 
further includes a depressible Close-Account but- 

40 ton enabling a subscriber, upon inserting his credit 
card into the card reader of the local unit, to close 
the subscriber's local account and to retransfer the 
balance in the subscriber's local storage device to 
the subscriber's central storage device; and means, 

45 effective upon the local storage device of a specific 
subscriber being inactive for a specified period of 
time, to automatically close the local account of the 
respective subscriber and to retransfer the balance 
in the subscriber's local storage device to the sub- 

50 scrfber's central storage device. 

The novel system of the present invention is 
particularly useful where there are a plurality of 
central units for different groups of subscribers; 
each of the central units including a central storage 

55 device for each subscriber of the respective group 
for storing amounts to be charged to the subscrib- 
ers of the respective group; all the central units 
communicating with the plurality of local units. 
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The invention is also usable wherein at least 
some of the local units include a local network 
servicing a plurality of card readers at least some 
of which have an Open-Account means, e.g., a 
depressible button. 

Further features and advantages of the inven- 
tion will be apparent from the description below. 

BRIEF DESCRIPTION OF THE DRAWINGS 



The invention is herein described, by way of 
example only, with reference to the accompanying 
drawings, wherein: 

Fig. 1 is a block diagram illustrating one 
form of credit card system constructed in accor- 
dance with the present invention; 

Fig. 2 illustrates the user interface at each of 
the local units in the system of Fig. 1; Figs. 2a-2c 
illustrate variations in the user interface unit of Fig. 
2; 

Fig. 3 is a flow chart of the Main procedure 
of the system of Fig. 1 ; * 

Fig. 4 is a flow chart of the Close-Account 
procedure in the system of Fig. 1 ; 

Fig. 5 is a flow chart of the New Member 
procedure in the system of Fig. 1 ; 

Fig. 6 is a flow chart of the Refill Account 
procedure in the system of Fig. 1 ; and 

Fig. 7 is a flow chart of the Wrap-Up proce- 
dure in the system of Fig. 1. 

DESCRIPTION OF A PREFERRED EMBODIMENT 



Overall System 

The credit card system illustrated in Fig. 1 is 
intended for use with a plurality of existing credit 
card systems each having its own group of sub- 
scribers and its own central data base for approval 
of the transactions ordered by the respective sub- 
scribers and for accumulating the charges of the 
respective subscribers. As distinguished from the 
existing credit card systems, however, the system 
of the present invention also enables low-value 
transactions to be performed on an economical 
basis and at high-speed, such as charges by ticket 
gates, toll booths vending machines, by minimizing 
the communication between the local card reader 
unit and the respective central data base for pay- 
ment approval before validating the transaction. 

Thus, the credit card system illustrated in Fig. 
1 comprises a plurality of central units, schemati- 
cally shown by blocks 2a-2n, each servicing its 



respective group of subscribers, and a plurality of 
local units 4a-4n each communicating with all the 
central units 2a-2n, e.g., via the telephone line 6. 
Each of the central units 2a-2n may be any one of 
5 the existing credit card (or debit card) systems, 
e.g., Diners Club Card, Eurocard, American Ex- 
press, etc., and no change is required in those 
systems. Thus, each of the central units includes 
its own CPU (central processor unit) 10, central 
w storage device 12 for each subscriber, power sup- 
ply 14, and MODEM 16 for enabling communica- 
tion via the telephone line 6. Since such central 
units require no modification in the system of the 
present invention, further details of their construc- 
ts tion and operation are not set forth herein. 

Each Local Unit 

20 Each of the local units 4a-4n includes a master 

unit, generally designated 20, servicing a plurality 
of terminals 30a-30n. The master system 20 of the 
respective local unit includes a plurality of local 
storage devices 22 each assignable to each of the 

25 subscribers of the respective local unit. It may also 
include a backup storage device 23 to provide 
backup protection. The master system 20 of the 
respective local unit further includes a CPU 24 
which controls the overall, operation of the respec- 

30 tive local unit, and particularly provides payment 
validation. The master system further includes a 
local network manager 25 which effects commu- 
nication with the terminals 30a-30n of the respec- 
tive local unit via a communication bus 26. Com- 

35 muni cation between the master system 20 of the 
respective local unit 4a-4n, and the various central 
units 2a-2n is effected via a MODEM 27 commu- 
nicating with the telephone line 6. The master 
system 20 further includes a power supply 28 

40 providing power to the respective master system. 

Each of the terminals 30a-30n in the respective 
local unit may be located at a ticket gate, toll 
booth, vending machine, parking gate, or similar 
place involving what would, normally be called a 

45 low-order transaction for the sale of a product or 
service. As indicated earlier, it would normally not 
be economically feasible to connect such terminals 
directly to a central data base because of the costs 
(and/or time delays) involved in providing normal 

so communication between the two, e.g., to obtain 
prior approval of the transaction before the transac- 
tion is validated. The system illustrated in Fig. 1, 
however, performs both local and central transac- 
tions but minimizes the communication between 

55 the local terminals and the central units. Thus, this 
system performs fewer slow and costly central 
transactions and many low-cost and high speed 
local transactions, thereby making such low-value 
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credit card transactions to be economical iy fea- 
sible. 



Each User Interface 



Thus, each of the terminals 30a-30n includes a 
card' reader 31, a user interface 32 (shown more 
particularly in Fig. 2), and a machine interface 33, 
e.g., for controlling a ticket gate, toil gate, vending 
machine, a parking gate, or any other device con- 
trolling a transaction involving the sale of a product 
or service. The respective terminal communicates 
with the local network manager 25 of the master 
system 20 via a serial communication controller 34. 
Each terminal 30a-30n further includes a CPU con- 
trolling the overall operation of the terminal, a pe- 
ripheral interface adaptor 36 between the CPU and 
the card reader 31 , user interface 32 and machine 
interface 23, and a power supply 37. 

The overall operations of the CPU 24 in the 
master system 20, and the CPU 35 in the terminals 
30-30n, are described below particularly with refer- 
ence to the flow charts illustrated in Figs. 3-7. 

Fig. 2 more particularly illustrates a general 
form of the interface unit 32 in each of the termi- 
nals 30a-30n, which unit is the most comprehen- 
sive and is capable of performing the maximum 
functions. Figs. 2a-2c illustrate variations in the 
general interface unit 32 of Fig. 2, for applications 
wherein all of the functions of the interface unit 32 
are not required. 

Thus, the user interface 32 (in Fig. 2) includes 
a card slot 40 for receiving the subscriber's credit 
card; an Open-Account button 41 to be depressed 
by the subscriber when opening a local account, a 
Close-Account button 42 which may also be de- 
pressed by the subscriber when closing a local 
account, and a Cancel Current Operation button 43 
which may be depressed by the subscriber any 
time after a card has been inserted but before the 
ordered product or service has been supplied, in 
order to cancel the ordered transaction. The Close- 
Account button 42 is preferably a "protected but- 
ton", to prevent inadvertent depression; for exam- 
ple, it may be normally covered by a cover which 
has to be manually opened before the subscriber 
has access to it; it may require simultaneous de- 
pression with another button; or it may require that 
the button be retained depressed while the card is 
moved within the card reader slot 40. 

The user interface unit 32 for each terminal 
further includes a display, generally designated 44, 
which displays the current local balance of the 
subscriber, i.e., the balance recorded in the local 
storage device 22 of the master system 20 for the 
respective subscriber. 

The user interface unit 32 further includes the 



following light indicators: an Out-of-Order indicator 
45, which is energized when the respective termi- 
nal is out of order; a Ready indicator 46 (e.g., a 
green light), which is energized when the respec- 

5 tive terminal is ready for performing an operation; a 
Wait indicator 47, which is energized during the 
time the local unit is communicating with the cen- 
tral unit; a Retry indicator 48, which is energized 
■ whenever an inserted card is not readable or a 

70 selection made by the subscriber is not available; a 
Select Service indicator 49, which is energized to 
inform a subscriber to make a selection, e.g., in a 
vending machine (this indicator being omitted in a 
terminal not involving a selection); an indicator 50 

75 which is energized whenever there is no commu- 
nication with a central unit 2a-2n, or when the 
central unit does not approve of a transaction (e.g., 
lost card), or whenever approval of a new member 
is denied for any reason; and an indicator 51 which 

20 is energized whenever an order is cancelled for 
any reason to inform the subscriber that his ac- 
count has not been charged. 

25 OPERATION 



Main Procedure (Fig. 3) 

30 

Fig. 3 illustrates the Main Procedure which is 
effective whenever the system is in the Ready 
state, as indicated by the energization of indicator 
46 (Fig. 2). 

35 In the described system, a wrap-up procedure 

is executed once a day, e.g., at night where there 
is a very low-volume traffic between the local units 
4a-4n and the central units 2a-2n. This wrap-proce- 
dure is described below with respect to Fig. 7. The 

40 system checks determine whether the "wrap-up" 
time has arrived (block 60), and if so, it executes 
the wrap-up procedure to be described below with 
reference to Fig. 7. 

The respective terminal 30a-30n of the respec- 

45 tive local unit 4a-4n then reads the magnetic stripe 
of the card inserted into the card slot 40 of the 
respective terminal, and transmits the account 
number of the card to the master system 20 for the 
respective local unit (block 61). 

50 The terminal then checks to see whether the 

subscriber has pushed the Close-Account button 
42 (block 62), and if so, executes the Close-Ac- 
count procedure to be described below with re- 
spect to Fig. 4. The master system 20 for the 

55 respective local unit then checks to determine 
whether the inserted card identifies a subscriber in 
the local data base, i.e., one who has had assigned 
to it a local storage device 22 (block 63); if not, it 
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executes the New Member procedure described 
below with respect to Fig. 5. If, however, the in- 
serted card identifies an existing subscriber for the 
respective local unit, the master system 20 for the 
respective local unit then checks to determine 
whether that particular local subscriber has suffi- 
cient credit in the local data base, i.e., in the local 
storage device 22 (block 64); if not, it executes a 
Refill Account procedure, as described below with 
respect to Fig. 6. 

if the subscriber inserting the credit card has 
an existing local account and that local has a 
sufficient credit, the master system 20 for the re- 
spective local unit then transmits its approval, i.e., 
validates the transaction, to the terminal 30a-30n 
receiving the credit card (block 65), and the re- 
spective terminal approves the execution of thfe* 
transaction, e.g., sale of product or service ordered 
by the subscriber (block 66). 

Before the transaction is actually executed, the 
balance in the subscribers local account is dis- 
played in display 44 (block 67), and then the sub- 
scriber is allowed to execute the transaction, e.g., 
select an item from a vending machine, open a 
parking gate (block 68). After the transaction has 
been executed, the respective terminal obtains the 
transaction data, e.g., the cost of the transaction, 
and transmits it to the master system 20 for the 
respective local unit (block 69); the master then 
records the transaction, charging the respective 
subscriber's account, by subtracting the cost of the 
transaction from the amount stored in the sub- 
scriber's local storage device 22 (block 70), and 
then displays the new balance in the display 44 of 
the respective terminal (block 71), following which 
the sytem returns to its ready status. 

Close-Account Procedure (Fig. 4) 

As shown in Fig. 4, if the terminal finds that the 
user had depressed the Close-Account button (42, 
Fig. 2) in the Main procedure (block 62), the master 
system 20 first makes a determination of whether 
the remaining credit, as stored in the local storage 
device (22, Fig. 1) for the respective subscriber 
exceeds $25.- (block 72, Fig. 4). If yes, the master 
system charges the local account a service fee of 
$1.50 (block 73), and then establishes communica- 
tion with the computer of the corresponding credit 
company, i.e., the corresponding central unit 2a-2n, 
Fig. 1 (block 74, Fig, 4). If this amount was not 
exceeded in the local account, this communication 
is established without the service fee charge. 

The master system 20 for the respective local 
unit (4a-4n) then performs a standard refund proce- 
dure on the remaining local balance, i.e., as the 
amount of the local balance to the subscriber's 



central storage unit, and then removes the card's 
details from the local data base, i.e., from the local 
storage device 22 (block 76), whereupon the sys- 
tem returns to Ready status. 

5 

New Member Procedure (Fig. 5) 



As shown in Fig. 5, if, during the Main proce- 

10 -dure (Fig. 3), the master system 20 in the respec- 
tive local unit 4a-4n does not recognize that the 
card inserted into the card reader slot 40 of the 
local terminal identifies a card that is already in the 
local data base, i.e., as belonging to a subscriber 

15 who has already been assigned a local storage 
device 22, per block 63 in Fig. 3, the master 
system 20 communicates with the computer of the 
credit company identified by the inserted card 
(block 80), and then performs a standard charge 

20 procedure of a predetermined amount (block 81), 
e.g., $50.-, on the user's account in the data base 
of the credit compnay, i.e., the central unit 2a-2n 
identified by the inserted credit card. The master 
system 20 is informed whether the transaction has 

25 been approved by the corresponding central unit 
2a-2n (block 82), and if not, it informs the terminal 
30a-30n in which the card was inserted to deny 
service (block 83), and then returns the system to 
the Ready status. If, however, the transaction was 

30 approved by the respective central unit 2a-2n, the 
master system 20 for the respective local unit then 
opens a new account in the data base of the local 
unit, i.e., assigns a local storage device 22 to the 
subscriber, and credits that storage device with the 

35 predetermined amount, e.g., $50.- (block 84), and 
then returns to the Main procedure illustrated in 
Fig. 3. 

40 Refill Account Procedure (Fig. 6) 



As shown in Fig. 6, if during the Main Proce- 
dure illustrated in Fig. 3, the master system 20 for 
the respective local unit 4a-4n determines that in- 

45 sufficient credit is available in the data base of the 
local unit, i.e., in the local storage device 22 as- 
signed to the subscriber of the inserted card, per 
block 63 in Fig. 3, the master system 20 commu- 
nicates with the computer of the corresponding 

so credit company, i.e., the central unit 2a-2n iden- 
tified by the inserted credit card (block 86, Fig. 6), 
and then the master system performs a standard 
charge procedure, charging the central storage unit 
of the respective subscriber with a specified sum 

as (e.g., $50.-), and crediting the local storage device 
22 of the subscriber with the same amount (block 
87). The master system then is informed by the 
computer of the central unit whether the transaction 
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is approved (block 88). If not, the master section 
commands the terminal in which the card had been 
inserted to deny the requested service (block 89), 
and the system returns to the Ready status. How- 
ever, if the transaction was approved in block 88, 
the local storage device 22 for the subscriber is 
credited with the specified amount ($50 .-) (block 
90), and the computer in the local unit then returns 
to the Main procedure as illustrated in Fig. 3. 

Wrap-Up Procedure (Fig. 7) 

Fig. 7 illustrates the Wrap- Up procedure which 
is executed at a predetermined time of day, e.g., at 
night, when the line traffic is very low. As shown in 
Fig. 7, if the specified hour has been detected, by 
an internal clock (block 60, Fig. 3), the master 
system 20 for the respective local unit checks the 
local storage device 22 of each local subscriber to 
determine whether the account has been inactive 
for a predetermined period of time, e.g., greater 
than three months (block 91). If yes, it executes the 
Close-Account procedure described above with re- 
spect to Fig. 4. If not, the master checks to deter- 
mine whether the balance in the account is below a 
specified amount, e.g., $3- (block 92). If yes, it 
executes the Refill Account procedure described 
above with respect to Fig. 6. 

If the account has not been inactive for the 
specified period of time, and its balance is over the 
specified minimum, the master then checks to de- 
termine whether that is the last account (block 93), 
and if not, it reexecutes the above-described loop 
for the next account. When the last account has 
been checked, the master system returns to the 
Main procedure, described above with respect to 
Fig. 3. 

Modified User Interface Units 32a-32c (Figs. 2a- 
2c) 

The user interface units 32a, 32b and 32c, 
illustrated in Figs. 2a, 2b and 2c, respectively, are 
stripped-down versions of user interface unit 32 of 
Fig. 2, and differ from it in the following respects: 

User interface unit 32a (Fig. 2a) is particularly 
useful in local networks requiring rapid transac- 
tions, such as payments at ticket gates, phone 
booths, vending machines and the like. Thus, unit 
32a does not include an Open-Account button (41 ), 
nor a Close-Account button (42), nor does it in- 
clude the Weight indicator (47) or the No Comm- 
Try Later indicator (51). Instead, it includes an 
indicator 53 which refers non-local ly subscribed 
users to terminals with an Open-Account button 
(41) such as illustrated in Figs. 2a, 2b and 2c. 



Thus, interface unit 32a serves to identify locally 
subscribed users and provides them with rapid 
service. 

User interface unit 32b (Fig. 2b) is particularly 

5 useful in local networks which have rapid transac- 
tion readers (interface unit 32a, Fig. 2a) for already 
subscribed users. New users may open local sub- 
scriptions at interface unit 32b which would be 
situated in a central location close to interface unit 

10 32a. In comparison to interface unit 32 (Fig 2), unit 
32b has an Open-Account button 41 and a Close- 
Account button 42, but does not have the Select 
Service indicator 49 or the Order Cancelled indica- 
tor 51. Instead, it has a Request Approval indicator 

75 55 which would confirm that a local subscription 
has been approved and that the user may now 
enjoy the services offered by rapid transaction in- 
terface unit 32a, conversely, interface unit 32b may 
also be employed by locally subscribed users to 

20 close their respective subscriptions. 

User interface unit 32c (Fig. 2c) is particularly 
useful in local networks having rapid transaction 
readers (interface unit 32a, Fig. 2a), and a large 
demand for opening new local subscriptions. Thus, 

25 interface unit 32c functions as a terminal dedicated 
to opening new local subscriptions, and serves to 
further complement interface unit 32b of Fig. 2b. 
However, unlike interface unit 32b 3 unit 32c has no 
Close-Account button 42. The Open-Account button 

30 41 has also been eliminated, and instead the Open- 
Account function becomes automatic, upon the in- 
sertion of the user's credit card, via an automatic 
Open-Account means connected to card reader 
function 40. Further, in comparison to interface unit 

35 32 (Fig. 2), unit 32c has no select service indicator 
49, nor an Order Cancelled indicator 51; instead, it 
has a Subscription Approved indicator 57. 

In all other respects, the indicators, buttons and 
displays of interface units 32a, 32b, 32c function 

40 and operate as described above for interface unit 
32 (Fig. 2). It should be noted, however, that indica- 
tor 53 (Fig. 2a), indicator 55 (Fig. 2b) s and indicator 
57 (Fig. 2c), function in the following manner: 

Indicator 53 is energized when the inserted 

45 card is not identified as a local subscriber, in which 
case display 44 is activated to refer the user to a 
terminal (situated close by) where such service is 
provided, e.g., at interface units 32, 32b, 32c. In- 
dicator 55 is energized once the user has either 

so opened or closed a local account, and indicates 
that such operation has been carried out. The 
Open/Close Account procedure is as described 
above for interface 32 (Fig. 2). Indicator 57 is 
energized upon approval from the central unit that 

55 a local subscription may be opened, and it in- 
dicates that such action has been carried out. In 
the case of interface unit 32c where no Open 
Account button is present, insertion of the card into 
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the reader 40 automatically activates the Open 
Account procedure described above for interface 
unit 32 of Fig. 2, and also in the Operation proce- 
dure of Figs. 3 and 5. 

Thus, in local networks a variety of user inter- 
faces may be employed together or separately, to 
enable rapid and ecomonical deployment of the 
system. For example, in a subway station, user 
interface unit 32a may be placed at each ticket 
gate to allow local subscribers rapid payment for 
train tickets. User interface units 32, 32b and 32c 
may be centrally located on each platform and/or 
at the entrances into the station, to allow non- 
subscribers to open local accounts, and subse- 
quently to enjoy the services offered, such as rap- 
id, economical payment of train tickets. Thus, con- 
gestion at the ticket gates is prevented, and new 
subscriptions may be readily achieved by simply 
using a credit card. 

The described credit card system thus enables 
credit cards (also debit cards) to be used with low- 
value transactions while minimizing the relatively 
expensive communication with central units (the 
credit card data basis). Thus, the novel system 
improves customer service by enabling random 
passersby to become regular local subscribers by 
simply using their credit cards to open local sub- 
scriptions; it thus increases sales per customer 
since most people have less resistance to use 
credit than to spend cash. The described system 
also minimizes costs and hazzards associated with 
cash usage, since there are no collection expenses 
and losses, and no possibility of burglary. The 
described system also permits flexible pricing, 
since price-lists can be programmed to change its 
specified hours or days to regulate the demand. 
Further, customer service time is minimized since 
the system increases overall turnover and mini- 
mizes the required number of costly service points. 
Finally, the described system, at least at the local 
level, is based on prepayment, thereby minimizing 
accounting expenses and losses. 

The system may include many other features, 
for example dumping of memories to a back-up 
computer, transmission of status reports, inventory 

m 

reports, etc. It will therefore be understood that the 
credit system illustrated in the drawings is but one 
example of the invention, and that many other 
variations, modifications and applications of the in- 
vention may be made. 



Claims 

1. A credit card system for a plurality of sub- 
scribers each having a credit card, comprising: 
a central unit and a plurality of local units commu- 
nicating with said central unit; 



said central unit including a central storage device 
for each subscriber for storing amounts to be 
charged to the respective subscribers; 
each of said local units including: 
5 a plurality of local storage devices assignable to 
said subscribers; 

at least one card reader for receiving a subscriber's 
card when inserted therein to order a transaction 
involving the sale of a product or service, and for 

70 identifying the subscriber; 

an Open-Account means enabling a subscriber of 
the central unit, upon inserting the subscriber's 
card into the card reader of the local unit, to open a 
local account in the respective local unit, to be 

75 assigned a local storage device, and to transfer a 
predetermined sum from the subscriber's central 
storage device to the subscriber's local storage 
device; 

validating means for comparing the cost of the 
20 ordered transaction with the amount stored in the 
subscriber's local storage device, and for validating 
the transaction if said cost does not exceed said 
stored amount by a specified permitted sum; and 
means effective upon validating the transaction for 
25 subtracting the cost thereof from the amount stored 
in the subscriber's local storage device. 

2. The system according to Claim 1, wherein 
each of said local units further includes: 

display means for displaying whether or not the 
30 transaction has been validated, and the amount 
remaining in the subscriber's local storage device. 

3. The system according to claim 1, wherein 
each of said local units further includes means, 
effective if the amount stored in the local storage 

35 unit drops below a specified minimum, then to 
automatically transfer a predetermined amount 
from the subscriber's central storage device to the 
subscriber's local storage device. 

4. The system according to Claim 1, wherein 
40 each of said local units further includes: 

a depressible Close-Account button enabling a 
subscriber, upon inserting his credit card into the 
card reader of the local unit, to close the sub- 
scriber's local account and to retransfer the bal- 
45 ance in the subscriber's local storage device to the 
subscriber's central storage device. 

5. The system according to Claim 1, wherein 
each of said local units further includes: 

means, effective upon the local storage device of a 
so specific subscriber being inactive for a specified 
period of time, to automatically close the local 
account of the respective subscriber and to retrans- 
fer the balance in the subscriber's local storage 
device to the subscriber's central storage device. 
55 6. The system according to Claim 1, wherein 

there are a plurality of central units for different 
groups of subscribers; 

each of said central units including a central stor- 



7 
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age device for each subscriber of the respective 
group for storing amounts to be charged to the 
subscribers of the respective group; 
all said central units communicating with said plu- 
rality of local units. 5 

7. The system according to Claim 1 , wherein at 
least some of said local units include a local net- 
work servicing a plurality of card readers at least 
some of which have an Open-Account means. 

10 
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FIG. 2 — USER INTERFACE 
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FIG. 2a — USER INTERFACE 
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FIG. 2b — USER INTERFACE 
IN A NETWORK, 
ON A READER DEDICATED FOR 
OPENING AND CLOSING ACCOUNTS 
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FIG. 2c — USER INTERFACE 

IN A NETWORK, 
ON A READER DEDICATED 
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FIG, 3 — MAIN Procedure 
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FIG, 4 — CLOSE ACCOUNT Procedure 
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Fig. 5 — NEW MEMBER Procedure 
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Fig. 6 — REFILL ACCOUNT Procedure 
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FIG. 7 — WRAP-UP Procedure 
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